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(54) Method for providing services in a communication network, corresponding service customer 
host 



(57) Method for providing services in a communica- 
tion network comprising service customer hosts and 
service provider hosts, said service customer hosts (11) 
comprising a client application (111) adapted to perform 
a client/server communication, said method comprising 
the steps of: 

Storing data structures, herein called service pro- 
files (121), at a predefined communication network 
repository (12), a service profile (121) comprising 
attributes and properties representing a service 
type; 

Storing one or more instantiations of said service 
profile, herein called service description (131), on a 
predefined service description server (13), each 
service description (131) describing a service be- 
longing to one service type and comprising an iden- 
tifier of a service provider host (14) providing said 
service. 



Downloading a service profile (121) at a communi- 
cation module (112) of said service customer host 
(11); 

Generating at said service customer host (11) a re- 
quest describing a service by using attributes and 
properties of said service profile (121) and sending 
said request to said service description server (1 3); 
Searching at said service description server (13) 
service descriptions (1 31 ) fulfilling said request and 
returning to said communication module (112) an 
identifier of a service provider host (14) providing a 
service fulfilling said request; 
Forwarding to said client application (111) said iden- 
tifier of a service provider host (14, 15) over an in- 
terface (I) between said communication module 
(112) and said client application (111); and 
Performing a client /server communication between 
said client application (1 1 1 ) and said identified serv- 
ice provider host (14). 
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Des rlption 

Background of th Inv ntlon 

[0001] The present Invention relates to a method for 
providing services from servic provider hosts to service 
customer hosts in a communication network and more 
particularly when service customer hosts try to discover 
available services in the communication network on 
their own initiative. 

[0002] A service customer host should be under- 
stood, in the context of this invention, as a host of the 
communication network which want to be delivered a 
service from a service provider host present in the com- 
munication network. For this purpose, the service cus- 
tomer host can download a list of services and select a 
service from this list. Then, a transaction is launched 
between the service customer host and the service pro- 
vider host. This transaction follows usually the client/ 
server model. 

[0003] An drawback is that service customer hosts 
are provided with a list of services which possibly con- 
tains a lot of services the user of service customer host 
is not interested in. 

[0004] Moreover, especially in the context of on-pur- 
pose communication networks, such lists of services 
cannot easily be maintained since the topology and the 
composition of the on-purpose communication network 
is often modified. Then, instead of being provided with 
a list of service provider hosts, a service customer host 
should be able to apprehend its environment on his own. 
[0005] A basic service discovery procedure (Service 
Discovery Protocol) has been implemented in the 
framework of Bluetooth technology. A such service dis- 
covery procedure has been enhanced with the introduc- 
tion of the salutation protocols dedicated to enable po- 
tential service customer hosts to detect corresponding 
remote service provider hosts in their environment 
through requests toward a centralized service reposi- 
tory. A service customer host trying to obtain a prede- 
fined service generates a request for this service and 
includes it in the salutation protocol. If a service provider 
host reachable overthe bluetooth interface supports this 
service, it answers to the request by returning its iden- 
tifier. Then, a client/server transaction can be performed 
and the service provided at the service customer host. 
[0006] Such a salutation protocol with service request 
as standardized for service customer hosts and service 
provider hosts compliant to the Bluetooth technologie is 
described in the document "Mapping salutation archi- 
tecture APIs to Bluetooth Service Discovery Layer" Ver- 
sion 1.0 01 July 99 from the Bluetooth Special Interest 
Group. 

[0007] This solution presents, nevertheless, the dis- 
advantage that both service provider and service cus- 
tomer hosts should use the same language for qualify- 
ing the service e.g. same service name, same service 
paramet rs, same service options. This is relativ ly 
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easy to nsure in the framework of Bluetooth capabl 
devices which usually provide standardiz d and low- 
lev I s rvices. In th context of on-purpose configura- 
tion network, mor complex services should b provid- 
5 ed. It is unlikely that any service customer host has a- 
prioriknowl dgeofth relevant variables to parameter- 
ize the service. The result of a service request with pa- 
rameters guessed at the service customer host and ex- 
ecuted at a service provider host is highly unpredictable. 
w [0008] A particular object of the present invention is 
to provide a method for providing more efficiently serv- 
ices to service customer hosts especially in the context 
of on-purpose networks so that the service provider 
hosts can more accurately request services from serv- 
es ice provider hosts. 

[0009] Another object of the invention is to provide a 
service customer host structure to perform the method 
according to the present invention. 

20 Summary of the Invention 

[0010] These objects, and others that appear below, 
are achieved by a method for providing services in a 
communication network according to claim 1 and acor- 

25 responding service customer host according to claim 6. 
[0011] According to the present invention, a service 
customer hosts can download a data structure herein 
called service profile corresponding to the type of serv- 
ice he wants to be provided with and compose a service 

30 request criterion made of constrained attributes values 
and properties of this service profile. He might also sim- 
ply request for services complying to the service profile 
without any constraint. The service request is sent to a 
service description server which contains service de- 

35 scription being instantiations of the service profile each 
comprising additionally an identifier of a service provider 
host supporting this service. Each server that instanti- 
ates such a "matching "service send back its identity 
and service name. Finally, a client / server communica- 

40 tion can be established between the service customer 
host and the service provider host supporting the re- 
quested service, providing that the appropriate service 
client is present at the customer side. 
[001 2] The method according to the present invention 

45 presents the advantage to require few processing power 
at the service customer host when looking for a service 
since only the profile describing the service type is 
downloaded at the service customer host and not the 
whole available service descriptions. Only when the 

so service has been chosen and the service provider host 
determined, the service customer host will have to ac- 
cess the service description to launch the client appli- 
cation with the appropriate parameters. 
[001 3] The method according to the present invention 

55 presents further the advantage to obtain a very detailed 
servic description thanks to a hierarchic organization 
of the s rvlce profil with inheritance mechanism. 
[0014] In a preferred embodiment of the present in- 
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vention, th cli nt application at the s rvice customer 
host can be updated according to the servic description 
returned by the servic description server as result of 
said servic request. 

[0015] Furth r advantageous features of th inven- 
tion are defined in the other dependent claims. 

Brief Description of the Drawings 

[001 6] Other characteristics and advantages of the in- 
vention will appear on reading the following description 
of a preferred embodiment given by way of non-limiting 
illustrations, and from the accompanying drawings, in 
which: 

Figure 1 shows a communication network where the 
method according to the present invention can be 
used; 

Rgure 2 represents an example of service profile 
and corresponding service description according to 
the present invention; 

Figure 3 illustrates an embodiment of the method 
for providing services in a communication network 
according to the present invention; 
Figure 4 illustrates a preferred embodiment of the 
method according to the present invention. 

Detailed Description of the Invention 

[0017] Figure 1 shows a communication network 
where the method according to the present invention 
can be used. The communication network comprises a 
service customer host 1 1 , a service profile repository 1 2, 
a service description server 1 3, and two service provider 
hosts 14, 15. 

[0018] Service customer host 11 may be a terminal (L 
e. a mobile phone or a personal digital assistant or even 
a note book) comprising at least a client application 111. 
For sake of simplicity, in the example detailed below a 
"print 11 client application will be illustrated. Other exam- 
ples may be a client application for digital certificate au- 
thentication, for secured money transaction on the in- 
ternet and so on. Service customer host 11 comprises 
further a communication module 112, and an interface 
I between client application 111 and communication 
module 112. For sake of simplicity, only one client ap- 
plication is represented in service customer host 11 . It 
will be clear that a plurality of client applications can be 
supported at service customer host 1 1 for different serv- 
ices all having an interface to one single communication 
module 1 12. An internet browser may be used as com- 
munication module 112.Service provider hosts 14, 15 
comprise server applications and can perform a client / 
server communication with an appropriate dedicated cli- 
ent application. In the example detailed below, service 
provider host 14 is a printer with basic print functionality 
while service provid r host 1 5 is a printer with enhanced 
functionality. 



[0019] Service profil r pository 12 stores s rvlce 
profiles of th different services available in the commu- 
nication n twork. In the framework of th pr sent inven- 
tion a servic profile is a data structur comprising at- 
5 tributes used for describing the servic type and prop- 
erties for describing the relations between different at- 
tributes. Such a service profile provides and abstract de- 
scription for a service type. A language used for formal- 
izing service profiles is preferably an object oriented lan- 
10 guage for example, but not restricted to, the use of the 
OKBC Open Knowledged Base Connectivity Model. 
Service profiles may be issued by an independent third 
party or agreed with in a community of users. Figure 3a 
gives an example for a service profile related to the serv- 
es ice "print". 

[0020] Service description server 13 comprises in- 
stantiations of service profiles called, in the framework 
of the present invention, service descriptions. Instantia- 
tions means that a value is allocated to the attributes of 
20 the service, this value should be compatible with the 
type of the attribute and the properties specified in the 
service profile. 

[0021] The service descriptions should be generated 
by the different service host providers and comply to a 

25 service profile stored at the service profile repository 12. 
They should preferably be uploaded to the service de- 
scription server 13. Service descriptions compliant to a 
service profile guaranty that service customer hosts, un- 
der the condition that they have the knowledge of the 

30 corresponding service profile, can better apprehend the 
functionality supported by a service provider host 1 4, 1 5 
and make the best of it. A language used for formalizing 
service description is preferably compatible to an object 
oriented model. Figure 3b gives an example for two 

35 service descriptions related to the service profile "print". 
[0022] It will be clear that the number of each compo- 
nents type (i.e. service customer hosts, service provider 
hosts, repository, service description server) composing 
the communication network can be chosen according to 

40 the topology of the communication network. Moreover, 
service profile repository 12 and service description 
server 13 may be co-located. 

[0023] Preferably, the advantages of the method ac- 
cording to the present invention are the most useful in 

45 on-purpose communication networks. Such networks 
have no centralized control module and can be dynam- 
ically built and modified Terminals adapted to build such 
on-purpose networks also support network nodes func- 
tionality and can be both service provider hosts and 

so service customer hosts. Such networks are also known 
under the name ad-hoc networks. It will, however, be 
clear for person skilled in the art that the method accord- 
ing to the present invention can also be applied to usual 
wireless communication networks or even to fixed com- 

55 munication networks. 

[0024] Figure 2a gives an example of a service profile 
related to th service "print". Th service profile com- 
prises for sake of simplicity three attributes and two 
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prop rties: 

- Attribute 1 : footnot type num(no,dat , time, us- 

r-defined) 

Attribute 2: layout type enumeration (1 up, 2 up, 4up, 
lupdoubl sided, 2updouble sid d, 4updouble sid- 
ed) 

Attribute 3: cost per page type float 
Property 1 : cost per page = f (number of pages, lay- 
out, footnote) 

Property 2: cost per page < max cost per pages 

According to this service profile the cost per 
page for this service can depend on the number of 
pages, on the layout requested and on the contend 
of the footnote. This service profile is stored at serv- 
ice profile repository 12. 

Figure 2b gives an example of two service de- 
scription compliant with the service profile print. 

Service description 1 describes the basic print 
service stored at service provider host 14. 
Footnote =no 
Layout = 1 up 

- Cost per page = max cost per page. 

This basic service only allows one type of layout and 
has a fixed cost policy. 

[0025] Service description 2 describes the en hanced 
print service stored at service provider host 1 5. 

Footnote= date or time or user defined 
Layout=(1 up or 2 up or 1 up double sided or 2 dou- 
ble sided) 

Cost per pages = max cost per page/layout if time 
between 8pm and 1 7am 

- Cost per pages = max cost per page/(2 * layout) 
else. 

[0026] This service enables the printing of an addi- 
tional footnote, a layout with 1 up, 2up, 1 up double sided 
or 2updouble sided layout. The cost policy depends on 
the time and on the chosen layout. 
[0027] Both service description are stored at service 
description server 13. 

[0028] Figure 3 illustrates an embodiment of the 
method for providing services in a communication net- 
work according to the present invention. 
[0029] The same network entities as in figure 1 are 
reused for illustrating the method according to the 
present invention. 

[0030] The method for providing services according 
to the present invention comprises following steps: 

Steps 31 should be performed once before perform- 
ing the method according to the present invention. 
Step 31 consists in registering a service description 
compliant with a corresponding service profile at the 
servic description server 1 3 together with an iden- 
trfi r of th s rvice provider host 14, 15 supporting 



this service. 

Step 32 consists in downloading at communication 
module 112 a service profil from the servic profile 
repository 12. 

5 Step 33 consists in generating at communication 
module 112 a request by using attributes and prop- 
erties of the downloaded service profile describing 
the service that is required at the service customer 
host This service should be compatible with client 

10 application 1 11 . A possible request compatible with 
the example used below may be: 

Request (Print (footnote=date, lay- 
out=2updoublesided)). 

Step 34 consists in searching at service description 
15 server 1 3 a service description fulfilling the request. 
For this purpose, the service descriptions are pref- 
erably stored in a searchable database. For easing 
the search in the database, the service profiles may 
be Imported at service description server 13. This 
20 is especially useful if the service profiles and the 
service descriptions are organized in a hierarchic 
tree structure. 

If one service description or more fulfil the re- 
quest, the corresponding service provider host 
25 identifier is / are sent back to communication mod- 
ule 1 1 2. In this example the identifier of service pro- 
vider host 14, 15 will be returned. 
Step 35 consists in forwarding to client application 
111 the identifier of the service provider host sup- 
so porting the required service 

Step 36 consists in performing a client /server com- 
munication between client application 1 1 1 and serv- 
ice provider host 14, 15, During this client / server 
communication the service is required by the client 
35 side and executed by the service provider host side. 
Usually, a Graphic User Interface (GUI) Is launched 
by the client application for the user to selects the 
different values of the service profile attributes. 

to [0031 ] Alternatively as result of the request at step 35, 
the service can be automatically launched. Executable 
code means containing the service provider host iden- 
tifier and the selected attributes of the request are for- 
warded from communication module 112, to client ap- 

45 plication 111 and executed there. This has the advan- 
tage not to request any further action of the end-user 
who has already specified enough the service he wish- 
es. 

[0032] Figure 4 illustrates a second embodiment of 
so the method according to the present invention. 

[0033] In this preferred embodiment of the present in- 
vention, the service profiles and the service descriptions 
are organized in a hierarchical tree structure with inher- 
itance mechanism. This enables it to optimize the struc- 
55 ture of the searchable database at the service descrip- 
tion server 13. 

[0034] In the present example, the hierarchical tree 
structure comprises fourservic descriptions 41 , 42, 43, 
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44. Service description 41 is the root description and 
comprises all common attributes and prop rties, servic 
description 42 and 44 inherit from service description 41 
and comprises further attributes and prop rties. S rvic 
description 43 inherits from service d scription 42. 
[0035] All four service descriptions 41 , ...,44 describe 
services located on different service provider hosts 14, 
15. 

[0036] Moreover, in this preferred embodiment, the 
client application 1 1 1 stored at service customer host 1 1 
is compliant with a service which service description 41 , 
42 is located at a level of the hierarchical tree structure 
higher than the service description 43 the service cus- 
tomer host 11 whishes to use. 

[0037] For example client application 1 1 1 is compliant 
with service description 41 and the service required by 
service customer host 11 is compliant to service descrip- 
tion 43. 

[0038] In this embodiment, client application compu- 
ter code means 412, 413 are linked to the service de- 
scriptions at the different levels of the hierarchy. 
[0039] All computer code means may be stored in a 
table, each service description pointing to the entry of 
the table containing the corresponding computer code 
means. 

[0040] Computer code means 41 2, resp. 41 3 are ded- 
icated to update client application 1 1 1 so that it becomes 
compliant to the service description 42, resp.43 having 
a lower level in the service description hierarchy than 
the service description 41 it is compliant to. 
[0041 ] I n the method according to the present embod- 
iment, the steps 31 to 34 described in relation with figure 
3 are executed the same way. In the example below, the 
service description 43 is found to fulfill the request sent 
by service customer 1 1 and an identifier of service pro- 
vider host 14 has been returned to the communication 
module of service customer host 11 at step 34. 
[0042] Additionally steps A1 to A4 are executed after 
step 34. 

[0043] Step A1 consists in downloading to service 
customer host 11 the computer code means 412, 413 
necessary to update client application 111 so that it be- 
comes compliant to service description 43. In a first em- 
bodiment, the whole computer code means may be di- 
rectly downloaded from service description server to 
service customer host 11 . 

[0044] Alternatively, several delta updates portions 
may be successively necessary to perform the update. 
For example, a first update to upgrade client application 
1 1 1 from service description 41 to service description 42 
and a second update to upgrade service description 42 
to service description 43. 

[0045] Step A2 consists in presenting to the customer 
a Graphical User Interface taking into account the char- 
acteristics of the client application 1 1 1 and of the down- 
loaded computer code means. 
[0046] Step A3 consists in performing a usual client / 
server communication between client application up- 



graded by the computer code means and service pro- 
vid host 14 supporting th s rvice described by service 
description 43. 

[0047] St pA4 consists upon termination of th client 
5 I server communication in deleting the comput r code 
means from service customer host and return to the 
original client application 111. This step is optional but 
recommended to keep the size of the client application 
111 as small as possible (i.e. only compatible with the 
10 root service description 41) 

[0048] This embodiment enables to flexibly provide 
services which are not completely compliant with the 
chosen service description. 



1. Method for providing services in a communication 
network comprising service customer hosts and 
20 service provider hosts, said service customer hosts 
(1 1 ) comprising a client application (111) adapted to 
perform a client /server communication, said meth- 
od being characterised in that it comprises the 
steps of: 

25 

Storing data structures, herein called service 
profiles (121), at a predefined communication 
network repository (12), a service profile (121) 
comprising attributes and properties represent- 
30 ing a service type; 

- Storing one or more instantiations of said serv- 
ice profile, herein called service description 
(131), on a predefined service description serv- 
er (13), each service description (131) describ- 
es ing a service belonging to one service type and 

comprising an identifier of a service provider 
host (1 4) providing said service. 

- Downloading a service profile (121) at a com- 
munication module (112) of said service cus- 

40 tomerhost(11); 

- Generating at said service customer host (11 ) 
a request describing a service by using at- 
tributes and properties of said service profile 
(121) and sending said request to said service 

45 description server (1 3); 

- Searching at said service description server 
(13) service descriptions (1 31 ) fulfilling said re- 
quest and returning to said communication 
module (112) an identifier of a service provider 

so host (14) providing a service fulfilling said re- 

quest; 

- Forwarding to said client application (111) said 
identifier of a service provider host (1 4, 1 5) over 
an interface (I) between said communication 

55 module (112) and said client application (111); 

and 

- Performing a client /server communication b - 
tween said ell nt application (111) and said 
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identified service provider host (14). 

2. M thod according to claim 1 , further comprising th 
step of returning to said communication modul 
(112) executable code means for automatically s 
starting said client / server communication. 

3. Method according to claim 1 , being used in on-pur- 
pose configuration networks. 

10 

4. Method according to claim 1 , wherein service pro- 
files and service descriptions are organised in hier- 
archical tree structure with inheritance mecha- 
nisms. 

15 

5. Method according to claim 4, wherein each service 
description refers to computer code means to up- 
date said client application, said client application 
being compatible with a service description at an 
higher level in said hierarchical tree structure, said 20 
method further comprising the steps of: 

downloading said computer code means to 
said service customer host prior to performing 
said client / server communication; 25 
- generating a graphic user interface (GUI) com- 
prising the features of said client application 
and of said computer code means; and 
deleting said computer code means from said 
service customer host upon termination of said 30 
client / server communication. 

6. Service customer host for use in a communication 
network also comprising service provider hosts, 
said service customer host comprising: 35 

a client application (111) adapted to perform a 
client / server communication to a service pro- 
vider host (14, 15); 

a communication module (112) for download- *o 
ing a data structure, herein called service pro- 
file (121), from a predefined network communi- 
cation repository (12); 

means for composing a request thanks to at- 
tributes and properties of said service profile 4$ 
(121 ) and sending said request to a predefined 
service description server (13); 
an interface (I) between said communication 
module (112) and said client application (111) . 
for forwarding to said client application (1 1 1 ) an so 
identifier of a service provider host (14, 15) re- 
turned from said predefined description server 
(13). 

7. Service customer host according to claim 6, being ss 
a wireless terminal belonging to an on-purpose con- 
figuration network. 
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Attributes : 

Footnote: enum (no, date, time/ user-defined) 
Layout: enum (1 up, 2up 1 updoublesided, 2 updoublesided) 
Cost per page: float 
Properties : 

Cost per page= f(number of pages, layout, footnote) 
Cost per pages <= max cost per page 
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Fig 2a 



Attributes : 
Footnote = no 
Layout= 1 up 

Cost per page=max cost per page 



Service description 1 



Service description 2 



Attributes: 
Footnote=date or time or user-defined 
Layout=l up or 2up or 1 updoublesided or 2updouble sided 
Cost per page=max cost per page/layout if 8pm<time<l 7am 
Cost per page=max cost per page/(2*layout) if 17am<time<8pm 
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